Opinión personal

• No es el mejor formato de organización de tareas éste.
• El tema del pasado, presente y futuro no está del todo controlado todavía.
• ROI queda fatal ahí.
• LA GENTE!!!!! CUANDO TERMINE LA PRESENTACIÓN.
• Horas estimadas/Horas realizadas * Porcentaje de completado.

Opinión profesores

Fernandez

• Demos!?!?!?! (NO HAY TIEMPO).
• No demostramos nada de lo que se ha hecho.
• URL del proyecto.
• Problemas pero no hay soluciones ni métricas.
• Pilotaje!!! Debe tener el resultado.
• Medidas de rendimiento no parecen correctas. Deberían ponerse de forma específica (Destacarla en cada sección cúal es).
• No es adecuada, las horas son importantes también. Horas dedicadas son importantes (puede estar muy quemado).
• Divergencia entre proyecto y realización de tareas. No puede estar nada completado como tal.
• Medidas. Al principio del Sprint debería quedar claro qué hacer.
• Porcentaje de estimación/reales NO es adecuada.
• Tareas completadas mezcladas con horas invertidas (muy dificil juntarlas). Duración de tiempo y porcentaje de tareas completadas. DEbe estar planificado.
• Cambio de horas es muy importante cambiarlo. Deben estar todas las horas planificadas para las 20 horas que tenemos.
• ¿Por qué la divergencia?
• Diferencia de más del 15 o 20%.
• Una persona no puede hacer más que otra sin reflejarse las tarea que realiza.
• Aumento de rendimiento debe estar claro el cómo.

Mueller

• Todos deberían tener las horas estimadas.
• Diferencias de horas entre las estimadas deben estar medidas.
• PM debería estar medido. Distintos roles deben tener diferentes estimaciones de rendimiento.
• PosgresSQL tiene problemas, deben aportarse métricas y otras cosas.
• Problemas -> Identificación -> Solución -> Métrica.
• Todo problema tiene que tener solución.
• Bloqueos de desarrolladores. Debemos medir eso y ver si la solución da bloqueo o no.
• Para demo no hay TIEMPO.
• Inicio efectivo, debería no dar pie a la presentación.